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DETAILED ACTION 

EXAMINER'S AMENDMENT 

1 . An examiner's amendment to the record appears below. Should the changes 
and/or additions be unacceptable to applicant, an amendment may be filed as provided 
by 37 CFR 1 .31 2. To ensure consideration of such an amendment, it MUST be 
submitted no later than the payment of the issue fee. 

Authorization for this examiner's amendment was given in a telephone interview 
with Ralph Fischer on 7/22/201 1 . 

Amendments are as follows: 

1-9. (Canceled) 

1 0. (Currently Amended) The method of claim 30 as c l a i m o d i n c l a i m 9, wherein 
the method is used for verifying availability of the server in a packet-oriented 
communication network. 

1 1 . (Currently Amended) The method of claim 30 as c l a i m e d i n c l a i m 9, wherein 
data is transmitted between the server and the first client and the predefinable other 
clients by a connectionless switching control. 

1 2. (Currently Amended) The method of claim 30 as c l a i mod i n c l a i m 9, wherein 
the message regarding the availability of the server is transmitted by the first client to 
the plurality of predefinable other clients using a multicast message. 

1 3. (Currently Amended) The method of claim 30 as c l a i m e d i n c l a i m 9, wherein 
the first client sends a message regarding an availability of the server to only the 
plurality of predefinable other clients within a same subnetwork. 
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14. (Currently Amended) The method of claim 30 as c l a i med i n c l a i m 9, wherein 
the first predetermined period of time f i rst c li ent oxocutos tho ava il ab ili ty roguost at a 
t i m e wh i ch is predefined by a first timer of the first client, t i m e r. 

15. (Currently Amended) The method as claimed in claim 14, wherein a the first 
timer is reset to a predefinable value after the response to the availability request is 
received by the first client. 

16. (Currently Amended) A control program loaded into a random access non- 
transitory memory of a client and having code comprising: 

a first code portion causing the client to check for a receipt of a message 
regarding a transmission of a server keepalive test bv a first client within a first 
predetermined period of time: 

a second code portion configured such that, if no message from the server 
regarding the transmission of the keepalive test is received bv the client within the first 
predetermined period of time, the client transmits a message regarding a collective 
request to a plurality of predefineable other clients: 

a third code portion configured to transmit an availability request to a server: 

a fourth code portion configured to monitor for receipt of a response comprising 
a confirmation message responding to the availability request if the server is available: 

a fifth code portion configured to transmit a message regarding an availability of 
the server to a plurality of predefinable other clients, the message regarding the 
availability of the server configured to prevent a transmission of an availability request 
bv any of the predefinable other clients to the server for a predefinable period of time if 
the confirmation message responding to the availability request is detected bv the 
second device. 
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a f i rst code port i on conf i gurod to cause tho c li ont to chock for a rece i pt of a 
message regard i ng a transm i ss i on of a server koopa li vo tost by a f i rst c li ent w i th i n a 
f i rst prodotorm i nod per i od of t i me; 

a second codo port i on conf i gurod such that, i f no message from tho server 
regard i ng tho transm i ss i on of tho koopa li vo tost i s rece i ved by tho c li ont w i th i n tho f i rst 
pr e d e t e rm i n e d p e r i od of t i m e , th e c lie nt transm i ts a m e ssag e r e gard i ng a co lle ct i v e 
request to a p l ura li ty of prodof i noab l o other c l ients; 

a th i rd codo port i on conf i gurod to causo tho c li ont to transm i t an ava il ab ili ty 
request to tho a server; 

a fourth cod e port i on conf i gur e d to caus e th e c lie nt to mon i tor for a r e c ei pt of a 
conf i rmat i on m e ssag e r e spond i ng to th e availab ili ty r e qu e st i f th e s e rv e r i s ava il ab le ; 

a f i fth codo port i on conf i gurod to cause tho c l iont to transm i t a message 
regard i ng an ava il ab ili ty of tho server to a p l ura li ty of prodofinab l o other c li ents, tho 
m e ssag e r e gard i ng th o ava il ab ili ty of th o s e rv e r conf i gur o d to pr e v e nt a transm i ss i on of 
ava il ab ili ty roquosts by tho prodof i nab l o other o li onts to tho sorvor for a prodof i nab l o 
per i od of t i me. 

17. (Canceled) 

1 8. (Currently Amended) A client of a communication network comprising: 
non-transitory memory having a control program, the control program defining: 
a first device causing the client to check for a receipt of a message regarding a 

transmission of a server keepalive test by a first client within a first predetermined 
period of time; 

a second device configured such that, if no message from the server regarding 
the transmission of the keepalive test is received by the client within the first 
predetermined period of time, the client transmits a message regarding a collective 
request to a plurality of predefineable other clients; 

a third device configured to transmit an availability request to a server; 
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a fourth device configured to monitor for receipt of a response comprising a 
confirmation message responding to the availability request if the server is available; 

a fifth device configured to transmit a message regarding an availability of the 
server to a plurality of predefinable other clients, the message regarding the availability 
of the server configured to prevent a transmission of an availability request by any of the 
predefinable other clients to the server for a predefinable period of time if the 
confirmation message responding to the availability request is detected by the second 
device. 

1 9. (Currently Amended) The method of claim 30 as c l a i m e d i n c l a i m 9, further 
comprising the first client checking to determine whether the server is at least able to 
respond to the availability request with an unavailability message if no confirmation 
message is received by the first client. 

20. (Currently Amended) The method of claim 30 as c l a i m o d i n c l a i m 9, wherein 
the message regarding the availability of the server is a negative availability message if 
the server provided an unavailability message or if the server did not respond to the 
availability request within the third predetermined period of time after the availability 
request was sent to the server. 

21 . (Currently Amended) The method of claim 30 as c l a i mod i n c l a i m 9, further 
comprising the first client receiving keep alive data from the predefinable other clients. 

22. (Currently Amended) The method of claim 30 as c l a i m e d i n c l a i m 9, further 
comprising one of the predefinable other clients transmitting a collective availability 
request to the server if no message regarding the mu l t i cast collective request was has 
been received by that client within a predefined time period. 
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23. (Currently Amended) The method of claim 30 as c l a i med i n c l a i m 9, further 
comprising the first client storing keep alive data received from the predefinable other 
clients. 

24. (Cancelled) 

25. (Currently Amended) The client of claim 1 8 wherein the control program also 
defines another further compr i s i ng a fourth device configured to store keep alive data 
received from the predefinable other clients. 

26. (Previously Presented) The client of claim 18 wherein the message 
regarding the availability of the server is a negative multicast availability message if an 
availability message is not received from the server within a predetermined time period 
after the availability request is sent to the server. 

27. (Previously Presented) The client of claim 1 8 wherein the first device 
comprised of i s a l so tho th i rd dov i co and tho first dov i co i s a transm i tter or a 
transmission mechanism. 

28-29. (Cancelled) 

30. (Previously Presented) A method for verifying an availability of a server 
comprising: 

checking for a receipt of a message regarding a transmission of a server 
keepalive test by a first client within a first predetermined period of time; 

if no message regarding the transmission of the keepalive test is received by the 
first client within the first predetermined period of time, the first client transmitting a 
message regarding a collective request to a plurality of predefineable other clients; 

transmitting an availability request by the first client to the server, the availability 
request to the server comprising data of the predefineable other clients that responded 
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to the message regarding the collective request within a second predetermined period 
of time; 

preventing transmission of any availability requests by the plurality of 
predefinable other clients to the server for at least a prescribable period of time; 

after a third predetermined period of time or after receipt of a response to the 
availability request sent to the server, the first client transmitting a message regarding 
an availability of the server to the predefinable other clients that responded to the 
message regarding the collective requests within the second predetermined period of 
time. 

31 . (Previously Presented) The method as claimed in claim 30 further 
comprising the first client checking for responses to the message regarding the 
collective request from the predefineable other clients within the second predetermined 
period of time. 

32. (Previously Presented) The method as claimed in claim 30 wherein the 
message regarding a transmission of a server keepalive test is a multicast collective 
request from a client that intends to directly send a keepalive request to the server. 

33. (Previously Presented) The method of claim 30 wherein the preventing of 
the transmission of any availability requests by the plurality of predefinable other clients 
to the server for at least a prescribable period of time is comprised of the predefineable 
other clients that responded to the message regarding the collective request within the 
second predetermined period of time checking whether the message regarding an 
availability of the server is received from the first client within a fourth predetermined 
period of time. 

REASONS FOR ALLOWANCE 

2. Claims 1 0-1 6, 1 8-23, 25-27 and 30-33 allowed and renumbered as Claims 1 -20. 
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3. The following is an examiner's statement of reasons for allowance: None of the 
prior art of record disclose method and program wherein checking for a receipt of a 
message regarding a transmission of a server keepalive test by a first client within a 
first predetermined period of time and if no message regarding the transmission of the 
keepalive test is received by the first client within the first predetermined period of time, 
the first client transmitting a message regarding a collective request to a plurality of 
predefineable other clients and transmitting an availability request by the first client to 
the server, the availability request to the server comprising data of the predefineable 
other clients that responded to the message regarding the collective request within a 
second predetermined period of time and then preventing transmission of any 
availability requests by the plurality of predefinable other clients to the server for at least 
a prescribable period of time and after a third predetermined period of time or after 
receipt of a response to the availability request sent to the server, the first client 
transmitting a message regarding an availability of the server to the predefinable other 
clients that responded to the message regarding the collective requests within the 
second predetermined period of time. 

Any comments considered necessary by applicant must be submitted no later 
than the payment of the issue fee and, to avoid processing delays, should preferably 
accompany the issue fee. Such submissions should be clearly labeled "Comments on 
Statement of Reasons for Allowance." 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to JOE CHACKO whose telephone number is (571)270- 
3318. The examiner can normally be reached on Monday- Friday 8:30am-5pm EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Rupal Dharia can be reached on 571-272-3913. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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